home *** CD-ROM | disk | FTP | other *** search
- Path: chronicle.mti.sgi.com!austern
- From: jbuck@Synopsys.COM (Joe Buck)
- Newsgroups: comp.std.c++
- Subject: Re: The realloc question: rationale?
- Date: 23 Feb 1996 10:59:06 PST
- Organization: Synopsys Inc., Mountain View, CA 94043-4033
- Approved: austern@isolde.mti.sgi.com
- Message-ID: <4gl2ad$lqi@hermes.synopsys.com>
- References: <4g903m$7g8@mari.onr.com>
- NNTP-Posting-Host: isolde.mti.sgi.com
- X-Original-Date: 23 Feb 1996 18:50:53 GMT
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBVAwUBMS4Oh0y4NqrwXLNJAQELyAH/eoMGhdqQSoCyVntG6dqUUU9lf6G3xf8K
- CutZlOUB5lPp/+iiROMkzcB0evmEOeG3hIIE8/363YoQe0xWErvu9w==
- =PiXL
- Originator: austern@isolde.mti.sgi.com
-
- Kerry Kimbrough <kk@onr.com> writes:
- >I gather from a recent message here that ANSI C++ (still) does not
- >define the moral equivalent of realloc().
-
- You can, of course, call the C realloc().
-
- As I have proposed before in this group, a relocation "algorithm" could be
- added to the STL, and used when vectors and deques are extended. By
- default, relocation would consist of a copy constructor call plus a
- destructor call, but it could be specialized on a per-class basis
- to something more efficient.
-
- No extension to the language is needed, only to the STL.
- --
- -- Joe Buck <jbuck@synopsys.com> (not speaking for Synopsys, Inc)
-
- Work for something because it is good,
- not just because it stands a chance to succeed. -- Vaclav Havel
- ---
- [ To submit articles: Try just posting with your newsreader. If that fails,
- use mailto:std-c++@ncar.ucar.edu
- FAQ: http://reality.sgi.com/employees/austern_mti/std-c++/faq.html
- Policy: http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
- Comments? mailto:std-c++-request@ncar.ucar.edu
- ]
-